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APPARATUS AND METHOD FOR REPRODUCING CHARACTER INFORMATION 



The present invention relates to a playback-signal processing apparatus, for searching 
character information for a string of characters representing an address, and generating the 
address. 

In recent years, a network comprising, for example, personal computers ("computer(s)") 
owned by users, and servers connected to the personal computers by telephone lines, is becoming 
popular. 

The user is capable of obtaining various kinds of information from a server employed in 
the network, by using the computer as a terminal of the network. The user activates, for 
example, web browser software displaying information on a display device, and enters a URL 
(Uniform Resource Locator) into an "address box." The user accesses the server specified by the 
URL, through paths on the network. The computer is thereby capable of receiving various kinds 
of information, such as, characters and pictures, transmitted by the server. 

There is also known, an audio CD that allows character information to be recorded in a 
TOC (Table of Contents), in a lead-in area of the CD. This type of CD is known as a CD-TEXT. 
The character information added to the TOC is information, such as, the title of the disc, names 
of artists, and/or titles of pieces of music. By reading out such pieces of information from the 
audio CD and displaying them on a screen, information about the contents of the audio CD can 
be obtained. 



RECORDED ON A RECORDING MEDIUM 




BACKGROUND OF THE INVENTION 
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An apparatus for playing back information from an audio CD can be connected to, or 
embedded in, a computer. Various processing by this type of apparatus, such as, playback and 
halt operations, can be controlled by the computer. In this case, the user carries out a variety of 
operations on, for example, operation screens generated by the computer and displayed on a 
monitor unit as a GUI (Graphical User Interface). 

An operation screen shows, among other things, performance times of pieces of music, 
character information, such as, names of artists, and titles of pieces of music, and buttons to be 
operated by the user for carrying out various kinds of processing. What appear on the operation 
screen are all obtained from a TOC. If more information on the pieces of music and the artists is 
available in the network, a URL where the information can be found is recorded in the TOC as 
character information. Moreover, if it is possible to transmit an electronic mail to an artist, the 
mail address of the artist is also included in the TOC as character information. 

In order to access a URL, however, it is necessary for the user to enter a string of 
characters representing the URL. In addition, when the browser software is not activated, an 
operation to invoke the browser software needs to be carried out. 

Furthermore, in order to send electronic mail, it is necessary for the user to enter a string 
of characters representing a mail address, using mail-sending software, which is referred to 
hereafter simply as "a mailer." 

As described above, the user has to laboriously enter a string of characters to access the 
server, in spite of the fact that the string of characters is already recorded in the TOC. The user 
is further inconvenienced by having to search character information, stored in the TOC, for the 
string of characters representing the address, or by having to activate a browser. 
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In addition, when a user incorrectly enters a string of characters representing, for 
example, a URL, she incurs delay by having to re-enter the string. 

SUMMARY OF THE INVENTION 

It is an object of the present invention to address the problems described above, by 
providing an apparatus and a method for reproducing character information from a recording 
medium, and for recognizing the character information as an address. 

In order to solve the problems described above, the present invention provides an 
apparatus for processing a playback signal, the apparatus comprising: 

a playback means for reproducing information recorded on a recording medium; 

a character-information detecting means for detecting character information recorded in 
an information control area of the recording medium and reproduced by the playback means; 

a character-string searching means for searching character information detected by the 
character-information detecting means for a string of characters representing address 
information; and 

an address-information generating means for generating address information on the basis 
of a search result output by the character-string searching means. 

In addition, the present invention also provides a playback-signal processing apparatus 
comprising: 

a memory means for storing character information reproduced from a recording medium; 
a search means for searching the character information stored in the memory means for a 
string of characters representing address information; and 
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a display control means for displaying information indicating whether or not the address 
information is included in the character information in accordance with a search result output by 
the search means on a display means along with the character information. 

Furthermore, the present invention also provides a method for reproducing character 
information from a recording medium for recording audio data, the method comprising the steps 
of: 

reproducing character information from the recording medium; 

searching the reproduced character information for a string of characters representing 
address information; and 

displaying information indicating whether or not the address information is included in 
the character information in accordance with a search result. 

According to the present invention, a string of characters corresponding to address 
information can be recognized as address information from character information stored on a 
recording medium. In addition, the present invention eliminates the need for the user to enter a 
complex string of characters in order to access such an address. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is an explanatory block diagram showing the configuration of a computer 
implemented by an embodiment of the present invention; 

Fig. 2 is an explanatory block diagram showing the configuration of a playback apparatus 
(a CD player) implemented by an embodiment of the present invention; 

Fig. 3 is an explanatory diagram showing the frame structure of a disc (a CD); 
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Figs. 4A and 4B are explanatory diagrams used for explaining sub-coding of a disc (a 

CD); 

Figs. 5 A and 5B are explanatory diagrams used for explaining sub-Q data of a disc (a 

CD); 

Fig. 6 is an explanatory diagram used for explaining TOC data of a disc (a CD); 
Figs. 7 A, 7B and 7C are explanatory diagrams comprehensively showing the structure of 
text data; 

Figs. 8A, 8B and 8C are explanatory diagrams showing a structural relation between a 
sub-coding frame and text data; 

Fig. 9 is an explanatory diagram showing the structure of a packet as text data; 

Figs. 10A and 10B are explanatory diagrams used for explaining a process of forming a 
pack from data of symbol units as a structure of text data; 

Fig. 1 1 is an explanatory diagram showing the structure of a pack; 

Fig. 12 is an explanatory diagram showing the structure of DDI; 

Figs. 13 A, 13B, 13C and 13D are explanatory diagrams showing the structures of EDI, 
JD2, JD3 and ID4; 

Fig. 14 is an explanatory diagram showing the defined contents of ID1; 

Fig. 15 is an explanatory diagram showing the structure of a pack for storing the name of 
a piece of music of a track as text data; 

Figs. 16A and 16B are explanatory diagrams showing a display format of a driver 
employed in the playback apparatus; 

Figs. 17A and 17B are explanatory diagrams showing another display format of a driver 
employed in the playback apparatus; 
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Figs. 18A and 18B are explanatory diagrams showing still another display format of a 
driver employed in the playback apparatus; and 

Fig. 19 shows a flowchart representing processing to recognize address information. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The present invention will become more apparent from the following detailed description 
of some preferred embodiments with reference to the accompanying drawings. A playback 
apparatus implemented by an embodiment of the present invention is a CD player which is 
capable of playing back a signal from an optical disc (CD). 

It should be noted that the description is given in the following order. 

(1) Configuration of the Computer 

(2) Configuration of the Playback Apparatus 

(3) TOC and Sub-code 

(4) Text Data 

(5) Display Formats of the Operation Screen 

(6) Disc Mounting Processing 

(1) Configuration of a Computer 

Fig. 1 is an explanatory functional block diagram showing the configuration of a 
computer. Functional blocks shown in figure 1, other than a playback apparatus 20, can be 
implemented by software or hardware. 

A computer 1 is implemented by the so-called personal computer. The computer 1 is 
designed to carry out basic operations by execution of software called an operating system (OS), 
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and a variety of applications to satisfy needs of the user, by execution of software called 
application programs. Application programs in this embodiment include a driver, for driving a 
playback apparatus such as a CD player, to be described later, and a browser for viewing 
information obtained from a network, such as, the Internet. 

An input unit used by the user for entering commands requesting various kinds of 
processing include a keyboard 2 and a mouse 3. Various kinds of operation information entered 
via the keyboard 2 and the mouse 3 are supplied to a control unit 4 which then executes control 
of functional blocks described below based on the operation information. 

The mouse 3 is used for moving a pointer displayed on a monitor unit. After positioning 
the pointer to point to one of a variety of icons formed as a GUI by operating the mouse 3, a 
button on the mouse 3 is clicked to execute a function corresponding to the icon pointed to by the 
pointer. 

A recording medium 5 is implemented typically by a hard disc for storing, among other 
things, the OS and the variety of application programs. Normally, the OS is loaded from the 
recording medium 5 into a memory unit 6 when the computer 1 is activated. An application 
program is loaded from the recording medium 5 into the memory unit 6 when necessary after the 
computer 1 is activated. The memory unit 6 is implemented typically by a RAM (Random 
Access Memory). 

The memory unit 6 includes a buffer area for storing software loaded from the recording 
medium 5 after activation of the computer 1, and a work area for storing data used in processing 
various kinds of software. 

The software such as the OS and application programs, which are loaded into the 
memory unit 6 and activated, include various kinds of data, such as picture data, for constructing 
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the GUI, or audio data, such as an alarm sound. The picture data and the audio data are loaded 
from the memory unit 6, in accordance with an operation carried out by the user, to be supplied 
to a picture-signal processing unit 7 and an audio-signal processing unit 9, respectively. 

Based on the picture data received from the memory unit 6, the picture-signal processing 
unit 7 generates picture signals for forming a GUI such as a menu screen for implementing a 
variety of operations and settings, a window for displaying various kinds of information, and a 
pointer. A picture signal is then supplied to a monitor unit 8, which is installed at an external 
location and used for displaying a picture, to be displayed thereon as a GUI picture by way of an 
output terminal tl. 

Based on the audio data received from the memory unit 6, the audio-signal processing 
unit 9 generates an audio signal, such as an alarm sound, for an operation carried out by the user. 
The audio-signal processing unit 9 is also capable of generating an audio signal based on data 
produced by the playback apparatus 20 to be described later. An audio signal generated by the 
audio-signal processing unit 9 is output to the speaker 10 installed at an external location by way 
of an output terminal t2. 

Alternatively, the monitor unit 8 and the speaker 10 can also be integrated with the 
computer 1 to form a single body. 

An interface unit 1 1 is provided to enable the computer 1 to receive and transmit various 
kinds of information to a network through a telephone line used as a network line. Composed of, 
typically, a modem and a terminal adapter (TA), the interface unit 1 1 is used for demodulating 
coded data received from the network line through an interface terminal t3. Then, the 
demodulated data, which can be characters, a picture or a sound, is stored temporarily into the 
buffer area of the memory unit 6 to be read out later, selectively, when necessary. 
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The computer 1 also transmits various kinds of data to a server provided in the network, 
to serve as a source of various kinds of information for distribution after the data has been 
temporarily stored in the buffer area of the memory unit 6, and then modulated by the interface 
unit 1 1 into properly coded data, and transmitted through the interface terminal t3. Examples of 
the data are a URL (Uniform Resource Locator) and data generated by the computer 1 for 
transmission such as electronic mail, text data and picture data. A URL is an address code. 

The interface unit 1 1 can also be provided as a unit external to the computer 1. 

The playback apparatus 20 employed in this embodiment is capable of carrying out CD- 
DA playback processing of audio data recorded on, typically, an optical disc. 

If a TOC read out by the playback apparatus 20 includes CD-TEXT data, the CD-TEXT 
data is stored in the memory unit 6 to be decoded and converted into character information. The 
decoding of the CD-TEXT data is carried out by the computer 1 by execution of software. 
Alternatively, hardware for carrying out the decoding of the CD-TEXT data can be provided in 
the computer 1 or the playback apparatus 20 in place of the decoding software. 

Character information includes information about pieces of music recorded on the disc, 
such as the title of the disc, names of artists, and names of pieces of music, besides address 
information, such as a URL and electronic-mail address, which can be used for obtaining more 
information about the pieces of music and the artists from the network. 

In the present invention, such character information is searched for a string of characters. 
When a string of character with a typical format of "http://www.***.***" indicating a URL or a 
string of character with a typical format of "***@***. **.**" indicating an electronic-mail 
address is detected, typically, the control unit 4 recognizes this string of characters as a URL or 
an electronic-mail address which are both referred to hereafter as address information. 
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These pieces of address information are each displayed typically as an icon or a string of 
characters along with the information about, for example, names of pieces of music, as will be 
described later. By selecting one of the icons or the strings of characters, processing to acquire 
information stored at the URL or processing to invoke software for creating an electronic mail is 
carried out. 

(2) Configuration of the Playback Apparatus 

Fig. 2 is an explanatory block diagram showing a typical configuration of the playback 
apparatus 20. 

The playback apparatus 20 has a configuration capable of playing back a signal from a 
disc 21 such as a CD-ROM, a CD or a CD-TEXT. The disc 21 is mounted on the playback 
apparatus so that it can be driven into rotation by a spindle motor 22. The playback apparatus 20 
is controlled by the control unit 4 employed in the computer 1 shown in Fig. 1 and, with the 
spindle motor 22 put in a rotating state, data recorded on the disc 21 is read out by an optical 
pickup 23. 

A playback signal generated by the optical pickup 23 is supplied to a servo-signal 
processing unit 30. In the servo-signal processing unit 30, the playback signal from the disc 21 
is received by an RF amplifier 31, which converts the playback RF signal into binary data. The 
RF amplifier 31 also carries out various kinds of signal processing for generating a tracking-error 
signal TE and a focus-error signal FE. 

The tracking-error signal TE and the focus-error signal FE generated by the RF amplifier 
31 are supplied to a servo-signal processing circuit 32, which generates a variety of servo drive 
signals for executing various kinds of control such as tracking control and focus control from the 
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tracking-error signal TE and the focus-error signal FE. The servo drive signals are supplied to a 
focus driver 33 and a tracking driver 34 to drive a focus actuator and a tracking actuator, 
respectively, which are provided in the optical pickup 23 in order to execute a variety of servos. 

It should be noted that other servo mechanisms, not shown in the figure, such as a thread 
mechanism for moving the optical pickup 23 in the radial direction of the disc 21, are also 
controlled by a servo drive signal generated by the servo-signal processing circuit 32. 

The playback RF signal generated by the RF amplifier 31 is supplied to a PLL unit 35, an 
EFM-demodulation unit 36 and a timing-generation unit 37. 

The PLL unit 35 generates a clock signal synchronized with the playback RF signal, 
supplying the clock signal to the EFM-demodulation unit 36 which carries out processing, such 
as, EFM demodulation and CIRC decoding, in order to generate a digital audio signal from 
information read out from the disc 20. 

The digital audio signal is supplied to a signal processing unit 38 to be subjected to 
various kinds of processing, such as, error correction and error-data interpolation, before being 
output to an interface unit 42. Implemented, typically, by an SCSI (Small Computer System 
Interface) or an AT API (AT Attachment Packet Interface), the interface unit 42 allows the 
playback apparatus 20 to be connected to the computer 1 shown in Fig. 1. 

The timing-generation unit 37 generates a timing signal synchronized with the playback 
RF signal, supplying the timing signal to a CLV (Constant Linear Velocity) processor 39, which 
drives the spindle motor 22 to rotate at a constant linear velocity in a state synchronized with the 
playback RF signal. 

A sub-code, separated by the EFM-demodulation unit 36, is supplied to a sub-code 
processor 40, which carries out various kinds of processing, including detection of an error from 
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the sub-code, and separating data of P and Q channels composing the sub-code, and data of R to 
W channels, from each other. The pieces of data of P and Q channels, and data of R to W 
channels are supplied to the interface unit 42. 

CD-TEXT data included in the R to W channels of the sub-code, recorded in the TOC, is 
transferred to the computer 1 by way of the interface unit 42, as will be described later. 

In an operation to play back a signal from the disc 21 which is a CD-ROM, a signal 
output by the servo-signal processing unit 30 is supplied to a signal processing unit 50 for the 
CD-ROM. In the CD-ROM, a sub-code length of 1/75 seconds is prescribed as a data unit. That 
is, a data length of 2,352 bytes is treated as 1 block, with a sync of 12 bytes placed at the 
beginning of the block to be followed by a header of 4 bytes. User data is included in the block 
after the header. The header includes the same address as an absolute address of the Q channel 
of the sub-code recorded on a CD. The data structure of the CD-ROM includes prescriptions of 
mode 0, mode 1, mode 2 (form 1) and mode 2 (form 2). Data other than the sync is scrambled. 
In addition, an error detection signal or an error correction signal are coded for each block. 

Such data for the CD-ROM is divided into blocks, to be subjected to various kinds of 
processing, such as, error-correction coding and EFM modulation, before being recorded onto 
the CD-ROM. For this reason, the signal processing unit 50 for a CD-ROM includes a 
descrambler 5 1 for descrambling the data and a error-correction circuit 52 for decoding the error- 
detection signal or the error-correction signal of each block. Playback data of the CD-ROM, 
generated by the error-correction circuit 52, is transferred to the computer 1 by way of the 
interface unit 42. 

Implemented, typically, by a microcomputer, a system controller 41 controls the servo- 
signal processing unit 30, the CD-ROM-signal processing unit 50, and the interface unit 42, in 
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order to carry out various kinds of processing. For example, data is played back from the disc 21 
in accordance with a read command issued by the computer 1, and the playback data is supplied 
to the computer 1 by way of the interface unit 42. 

(3) TOC and Sub-code 

The following is a description of a sub-code and the TOC, recorded in the lead-in area of 
the disc 21. 

The smallest unit of data recorded on the disc 21 is 1 frame. 98 frames constitute 1 
block, or 1 sub-coding frame. 

The structure of 1 frame is shown in Fig. 3. 

As shown in the figure, a frame is 588 bits in length. At the head of the frame, 24-bit 
synchronization data is provided, being followed by 3 margin bits. The margin bits are followed 
by a 14-bit sub-code data area, which is followed by main data comprising 12 symbols, and 
parity data comprising 4 symbols. 

98 frames, each having such a configuration, constitute 1 block. Sub-codes fetched from 
98 frames are gathered to form sub-code data of a block, such as the one shown in Fig. 4A. 

To be more specific, sub-codes fetched from the first and the second of the 98 frames, 
that is, frames (98n +1) and (98n + 2), are used as a synchronization pattern. Sub-codes fetched 
from the third to the 98th of the 98 frames, that is, frames (98n + 3) and (98n + 98), constitute 
channel data of the 96 bits, that is, sub-code data of the P, Q, R, S, T, U, V and W channels. 

The P and Q channels are used for control of operations such as an access. However, the 
P channel merely shows a pause portion between tracks, so that finer control needs to be carried 
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out by using the Q channel (Ql to Q96). The 96-bit data of the Q channel has a structure shown 
in Fig. 4B. 

Data of the R to W channels is provided to form a text data group, as will be described 

later. 

Initially, the 4 bits Ql to Q4 are used as control data, providing information, such as the 
number of audio channels, existence of an emphasis, and the type of the CD. 

In particular, the 4 bits of the control data are defined as follows. 

"0***" 2 audio channels 

"1***" 4 audio channels 

"*0**" — - CD-DA 
"*!**"_ — CD-ROM 

"**0*" Impossible digital copying 

"**!*» Possible digital copying 

"***0" With no preamphasis 

With preamphasis 

The next 4 bits Q5 to Q8 are an address, also serving as control bits of sub-Q data. 

In particular, a 4-bit address of "0001" indicates that the following sub-Q data Q9 to Q80 
is audio Q data, while a 4-bit address of "0100" indicates that the following sub-Q data Q9 to 
Q80 is video Q data. 

Thus, the 72 bits Q9 to Q80 are sub-Q data, whereas the remaining bits Q81 to Q96 are a 

"CRC" 

As described above, sub-Q data recorded in the lead-in area is TOC information. 
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That is, the sub-Q data composed of the 72 bits Q9 to Q80 of the Q-channel data read out 
from the lead-in area, has information, such as the one shown in Fig. 5 A. As shown in the 
figure, the sub-Q data comprises pieces of data, each having a length of 8 bits. 

The first piece of data is a track number. The track number for the lead-in area is a fixed 
number of "00". 

Following the track number is POINT, which is followed by MDsf (minutes), SEC 
(seconds) and FRAME (a frame number), placed sequentially, one after another. 

The last 3 pieces of data are PMIN, PSEC and PFRAME, which have the following 
meanings depending on the value of POINT. 

A value of POINT in the range "Olh" to "99h", where the suffix h indicates that the value 
is expressed in the hexadecimal format, is a track number. In this case, the start point or the 
absolute-time address of a track indicated by the track number, is recorded in terms of minutes, 
in PMIN, and seconds, in PSEC, and in terms of a frame number, in PFRAME. 

In the case of a POINT value of "AOh", the track number of a first track is recorded in 
PMIN. A CD-DA, a CD-I, and a CD-ROM, with XA specifications, are distinguished from each 
other by the value of PSEC. 

In the case of a POINT value of "Alh", the track number of a last track is recorded in 

PMIN. 

In the case of a POINT value of " A2h", the start point of a lead-out area is recorded in 
PMIN, PSEC and PFRAME, as an absolute-time address. 

In the case of a disc with data recorded on 6 tracks thereof, the TOC for recording pieces 
of sub-Q data has a data structure illustrated in Fig. 6. 

As shown in figure 6, the track numbers TNO are all "OOh". 
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A block number is the number of a piece of sub-Q data of block data comprising 98 
frames, as described above. 

TOC data is stretched over 3 blocks, each having the same contents. 

As shown in figure 6, in the case of POINT having a value in the range "Olh" to "06h", 
PMIN, PSEC and PFRAME show the start point of track #1 to track #6, respectively. 

In the case of a POINT value of "AOh", the track number "Olh" of a first track is recorded 
in PMIN. A CD-DA, a CD-I, and a CD-ROM with XA specifications are distinguished from 
each other by the value of PSEC. More specifically, a PSEC value of "00h" indicates that the 
disc is a CD-DA, and a PSEC value of "20h" indicates that the disc is a CD-ROM with XA 
specifications. A PSEC value of " lOh" indicates that the disc is a CD-I. 

In the case of a POINT value of "Alh", the track number of a last track is recorded in 
PMIN, while in the case of a POINT value of "A2h", the start point of a lead-out area is recorded 
in PMIN, PSEC and PFRAME, as an absolute-time address. 

Block (n + 27) and subsequent blocks each contain the same data as blocks n to (n + 26). 

On the disc 1, sub-Q data recorded on tracks #1 to #n for recording actual data, such as, 
pieces of music, and the lead-out area includes information shown in Fig. 5B. 

As shown in figure 6, the first field is a track number which has a value in the range 
"Olh" to "99h". In the lead-out area, the track number is a fixed value of "AAh". 

The next field is an index for recording information that allows a track to be divided into 
finer portions. 

An elapsed time of a track is recorded in terms of minutes in MEN, seconds in SEC, and 
in terms of a frame number in FRAME. 
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An absolute-time address is recorded in terms of minutes in AMIN and seconds in ASEC, 
and in terms of a frame number in AFRAME. 

The TOC and a sub-code are formed as described above. An address on the disc, that is, 
AMIN, ASEC and AFRAME, is recorded for each 98 frames, as is obvious from the above 
description. 

As described earlier, the 98 frames constitute 1 block, which is referred to as a sub- 
coding frame. Thus audio data of 1 second in length includes 75 sub-coding frames. That is, 
AFRAME, representing an address, has a value in the range "0" to "74". It should be noted that, 
in frame check processing to be described later, continuity of data is checked in sub-coding- 
frame units. 

(4) Text Data 

The following is a description of text data included in sub-codes with structures shown in 
Figs. 3 and 4. First, a general structure of text data is explained by referring to Figs. 7 A to 7C. 

When only text data is extracted from a sub-code and examined generally, the structure 
of the text data is illustrated in Figs. 7A to 7C. The largest unit of text data is a text shown in 
Fig. 7A. Fig. 7A shows a plurality of texts, which each have the same data contents. That is, a 
sub-code comprises a predetermined number of recorded texts, each having the same data 
contents. 

1 text comprises a typical maximum of 2,048 packs, to be defined later. Considering the 
time it takes to read out a text, however, it is recommended that a text be composed of no more 
than 512 packs. Such a recommended text has a data amount of about 6,500 characters. 
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As shown in Fig. 7B, a text comprises blocks #0 to #n, where n is prescribed to have a 
typical value in the range 0 to 7. Thus, a text comprises up to 8 blocks. 

The blocks in the text each contain the same information of text data described in a 
language which varies from block to block. For example, block #0 contains text data 
representing various kinds of information on the disc described in English, while block #1 
contains the same text data as block #0 described in Japanese. 

Since a text can be composed of up to 8 blocks, the format of text data for this 
embodiment can be provided for a maximum of 8 languages. 

As shown in Fig. 7C, a block comprises data units, namely, pack #0 to pack #n, where n 
is a number smaller than 256. Thus, a block is composed of up to 256 packs. The data structure 
of a pack and information related thereto are described by referring to Figs. 8, 9 and 10. 

Fig. 8 A is a diagram showing data areas of a sub-coding frame of Fig. 4A, which 
comprises 98 frames, as described earlier. 

The first and second frames of the 98 frames, that is, frames (98n +1) and (98n + 2), are 
used as areas for synchronization patterns SO and SI respectively, as has been described earlier 
by referring to Fig. 4A. The areas of the P and Q channels in the third to 98th frames, that is, 
frames (98n + 3) and (98n + 98), are data areas for the sub-codes P and Q, respectively, which 
are used for storing data used in control of, typically, accesses as described earlier. 

The areas of the R to W channels in the third to 98th frames are packs 0 to 3 as shown in 
figure 8A. The data size of each pack is fixed. As shown in Fig. 8B, a pack comprises 24 
symbols, namely, symbols 0 to 23. As shown in Fig. 8C, a symbol is a 6-bit data unit comprising 
channel data of the R, S, T, U, V and W channels of 1 frame. In this case, the data of the R 
channel is the MSB, and the data of the W channel is the LSB. 
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Fig. 9 is a diagram showing a data structure comprising the 4 packs, namely, packs 0 to 3, 
extracted from the sub-coding frame, with a structure shown in Fig. 8A. 

As has been explained by referring to Figs. 8A and 8B, a pack comprises 24 symbols 
which are each composed of 6 bits. 

Thus, a pack comprises 24 symbols X 6 bits/symbol = 24 X 6/8 bytes = 18 bytes. That is, 
the data size of a pack is 1 8 bytes. The first 16 bytes are used as an ID area at the beginning of 
the pack, and a text-data area following the ID area as shown in figure 9. The remaining 2 bytes 
are used as a CRC area. 

As described earlier, a sub-coding frame includes 4 packs, and a data unit comprising a 
set of such packs is defined as a packet. Since a pack comprises 24 symbols, a packet can be 
regarded to be composed of 4 packs X 24 symbols/pack = 96 symbols. 

The format of text data in the embodiment includes a CRC error detection code as 
described above. Error correction is not performed when text data is read out. Instead, errors are 
accumulated for detection. When an error is detected, data is detected again. 

Thus, the same data is written into 4 packs. In addition, data is written repeatedly in 
packet periods, each starting at the beginning of a data series and ending at the tail of the data 
series. With such a scheme, a processing unit, with a complex configuration required for error 
correction of text data, can be eliminated from the configuration of a CD changer player of the 
embodiment adapted to the text data. 

Figs. 10 and 1 1 are each a diagram showing a serial expression of data of 1 pack shown 
in Fig. 9. 
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As is obvious from Fig. 10A, data is treated in the format of text data adopted by the 
present embodiment, wherein 6-bit symbols are arranged serially to form a series of data, which 
is delimited at intervals of 8 bits (1 byte). 

As shown in Figs. 10B and 1 1, in the format of text data adopted by the embodiment, an 
ID area at the beginning of a pack is used for recording 4 pieces of ID data, namely, DDI, DD2, 
ID3 and ID4. By treating and delimiting a series of data in the format of text data in the 
embodiment at intervals of 8 bits (1 byte), the remaining area of 12 bytes following DDI to DD4 at 
the beginning of the 16 bytes at the beginning of the pack can be reserved as a text-data area, and 
the remaining 2 bytes following the 16 bytes are a CRC area, as shown in Fig. 10B. 

The 12-byte text-data area is treated as 8-bit data units, text 1 to text 12, as shown in a 
pack structure of Fig. 11. 

In the format of text data adopted by the embodiment, data in a pack is controlled in 8-bit 
units. More detailed explanation is omitted. Text data can be processed by adopting a 
processing method for data of the Q channel, which is processed in 8-bit units. 

In the format of text data adopted by the embodiment, in conformity with a format of a 
CD other than that for the text data, the high order 3 bits of ID1 at the beginning of a pack can be 
interpreted as a mode, and the following 3 bits can be treated as an item, as shown in Fig. 12. 

In the 3 -high-order-bit mode, a value of "100" is set to represent mode 4. At the present 
state of the art, mode 4 is undefined. In this way, if a CD for recording text data is mounted on a 
playback apparatus not compatible with the text data, the value set in the mode field is not 
recognized as a mode, causing the operation to be merely halted. As a result, no incorrect 
operation is carried out. 
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It should be noted that, since mode 5 and mode 6 also each exist as an undefined mode, 
these modes can also be set in the mode field in place of mode 4. As references, modes such as 
mode 1 for a CD-G and mode 3 for a CD-MIDI are already in use. 

It is also worth noting that values for the item are not set specially. As will be described 
later, the value of the low-order 3 or more bits varies depending on identification contents 
defined by ID 1 . Actually, only the low-order 4 bits change. 

The following is a description of definitions of EDI, ID2, ID3 and ID4, in the format of 
text data adopted by the embodiment, with reference to Figs. 13A to 13D, and 14. Figs. 13A to 
13D are diagrams showing the formats of ID 1 to ID4 respectively, and Fig. 14 is a table showing 
descriptions of identification contents specified by codes set in DDI . 

The 8-bit ID1 data shown in Fig. 13A contains a code for identifying the meaning of a 
string of characters stored in an area following text 1 in a text-data area of a pack. The code can 
have a value in the range "80h" to "8Fh". 

The high-order 4 bits of DDI are always set at a hexadecimal value of M 8h !l , because when 
the high-order 3 bits of EDI are interpreted as a mode, the mode has a value of "100", being 
recognized as mode 4, as described earlier by referring to Fig. 12. 

The meanings of the values "80h" to "8Fh n set in BDl are shown in Fig. 14. As shown in 
the figure 14, in the case of ID1 having a value of "80h", a string of characters following text 1 is 
the title of an album if the value of ID2 is "OOh", or the name of a piece of music recorded on the 
track, if the value of ED2 is in the range "Olh" to "63h". 

In the case of BDl having a value of "81h n , a string of characters following text 1 is the 
name of a performer, a conductor, or an orchestra. If DDI has a value of "82h" or "83h", the 
string of characters is the name of a song-word composer or a song writer, respectively. In the 
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case of EDI having a value of "84h M , the string of characters is the name of a music arranger. An 
ID1 having a value of "85h" indicates that the string of characters is a message from the CD 
provider such as the name of a record manufacturer, or a message from the performer. 

In the case of ID1 having a value of "86h", the string of characters is a disc ID 
represented by, typically, a catalog number or the name of the record manufacturer. If ID1 has a 
value of "87h", the string of characters is text data showing a genre. In the case of DDI having a 
value of "88h", the string of characters is TOC data. The TOC data typically represents contents 
conforming to sub-code data of the Q channel If ID1 has a value of "89h", the string of 
characters is a second TOC. 

ID1 values of "8Ah", "8Bh" and "8Ch" are reserved. 

In the case of an EDI value of "8Dh", the string of characters is a comment on 
information on manufacturing control of the CD, contents recorded in the pack, etc. If ID1 has a 
value of "8Eh", the string of characters is a POS code of the album, or an ISRC code of the track. 

In the case of an ID 1 value of "8Fh", the string of characters is the character code, the 
track number of the first track, the track number of the last track, a copy-protection flag, or a 
pack number in the block. 

ID2, shown in Fig.l3B, is a track number identifying a track to which the string of 
characters following text 1 in the text-data area of the pack corresponds. The 8 bits of ED2 can 
have a value in the range "00h" to "63h", or the decimal-value range 0 to 99. Since a track 
number starts from T, however, ED2 represents a track number in the range "OUT to l! 63h !f , or 
the decimal-value range 1 to 99. The value "OOh" is a value representing the disc as a whole. 

The MSB of ID2 is an extension flag which is always set at "0". A value of "1" indicates 
that the extension flag is set. 
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E)3 shown in Fig. 13C is an internal sequence number of the pack in the block. The 
internal sequence number indicates the order number of the pack in the block to which the pack 
pertains. The 8 bits of ID3 can have a value in the range "00h" to "FFh", or the decimal-value 
range 0 to 255. 

ED4, shown in Fig. 13D, represents a block number of the pack, including information for 
identifying a character code, and indicates the character position of the string of characters as a 
set. 

The MSB is a 2-byte-code flag area indicating whether text data in the pack is a 1-byte 
code or a 2-byte code. To be more specific, the 2-byte-code flag having a value of ' l 1 indicates 
that the text data is a 2-byte code, while the 2-byte-code flag having a value of '0' indicates that 
the text data is a 1-byte code. 

The 3 bits following the MSB, that is, the second to fourth bits, are a block number 
identifying a block of Fig. 7B including the pack. The block number is a value in the range 
"000" to "111" expressed in the binary format (the decimal-value range 0 to 7). As described 
earlier by referring to Fig. 7B, there are a maximum of 8 blocks each having a value in the range 
0 to 7 which can be expressed by the 3 bits. 

In the present state of the art, at least in block #0, the use of only the 8859-1 code 
including the ASCII code as text data is prescribed. That is, in block #0, text data for expression 
generally using English as a language is stored. It should be noted that, in the following 
description, the language for block #0 is English for the sake of convenience, and the ASCII 
code is used as a character code. Since the ASCII code and the 8859-1 code are a 1-byte code, 
the high-order 4 bits of ID4 of each pack included in block #0 is "0000". 
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The low-order 4 bits of ID4 are information on a character position in the present pack. 
That is, the information stored in the low-order 4 bits indicates the position of a character in a 
string of characters forming a set, or the position of a character stored in text 1, that is, the first 
text in the text-data area of this pack. As shown in Fig. 13D, the value of the low-order 4 bits is 
in the range "0000" to " 1 1 11 " expressed in binary format. In the case of a character at the 1 6th 
or subsequent position, the value is "1 1 11 

A string of characters forming a set means, for example, a string of consecutive 
characters representing the name of a piece of music on 1 track, in the case of data representing 
the name of a piece of music on a track. 

Fig. 15 is a diagram showing a typical structure of a pack, a text-data area of which is 
used for storing text data representing the name of a piece of music for each track. In this case, 
as described earlier by referring to Figs. 13A and 14, ID 1 has a value of M 80h", and ID2 has a 
value in the range "01h" to "63h l! , representing a track number in the range 1 to 99, respectively, 
of a track indicated by a title described by text data in the pack. ID3 is an internal sequence 
number of the pack in a block which has a value in the range "00h" to "FFh". The 3 bits in K)4, 
namely, the second to fourth bits, are a block number of a block of Fig. 7B that contains this 
pack, whereas the MSB indicates whether the character code for the block is a 2-byte code or a 
1-byte code. For example, if text data of this pack is the ASCII code, the high-order bits of ID4 
are "0000", as described earlier. 

As described earlier, the low-order 4 bits of ID4 are information on a character position 
in the present pack, that is, information indicating the position of a character in a string of 
characters forming a set. That is, the low-order 4 bits indicate the position of a character stored 
in text 1 . In the case of text data showing the name of a piece of music for each track, the string 
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of characters forming a set is a string of characters representing the name of the piece of music 
for each track. Assume, for example, that the name of the piece of music is "THIS IS A PEN." 
In this case, if the second character, "H", in the string of characters "THISISAPEN", is stored 
in text 1 of the pack, the lower 4 bits of ID4 of this pack will be "0001 (lh)". 

Accordingly, the first character, "T", in the string of characters, "THIS_IS_A_PEN", is 
stored in the text-data area just before the pack. That is, the format of text data adopted in this 
embodiment allows a string of characters forming a set to be stored in a text-data area stretched 
over consecutive packs. Detailed explanation of the format is omitted. 

Data comprising character codes showing the name of a piece of music for each track is 
stored in 8-bit text-data areas, text 1 to text 12, according to rules conforming to the text-data 
format adopted in this embodiment. 

(5) Display Formats of the Operation Screens 

Figs. 16A and 16B are explanatory diagrams, each showing a typical screen of an 
operation window 70 displayed by drive software invoked for allowing the user to carry out 
operations, such as, an operation to play back a signal by using the playback apparatus 20. 

When the user carries out an operation to play back a signal from a disc 21 mounted on 
the playback apparatus 20, the computer 1 activates software for the playback apparatus 20, and 
displays the operation window 70 on the monitor unit 8. 

A menu bar 71 formed inside the operation window 70 includes operation items, each 
allowing a necessary operation to be carried out by the drive software. An operation item can be 
selected by using, typically, a pointer, which is not shown in the figure. When a necessary 
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operation is carried out on the selected item, typically, a pull-down menu associated with the 
item is displayed. 

A disc-title display portion 73, an artist-name display portion 74, and a track-name 
display portion 75 are areas for displaying, respectively, the title of the disc 21, the names of 
artists, and track names, each representing the name of a piece of music which are extracted from 
CD-TEXT data read out from the disc 21 mounted on the playback apparatus 20. 

An address-icon portion 76 is an area for displaying a string of characters extracted from 
the CD-TEXT data in a display format that can be operated. The string of characters has a 
typical format of http://www. *** .*** , representing a URL, or a typical format of 
"***@*** ** representing an electronic-mail address. 

An operation-icon group 77 is an area for displaying icons and performing operations, 
such as, playing back a signal from the disc 21, halting the disc 21, and temporarily halting the 
disc 21. 

Fig. 16A is a diagram showing a window in a state with no disc mounted on the playback 
apparatus 20. In this state, no disc title, no artist names, and no track names are displayed on the 
window. In addition, the address-icon portion 76 is displayed in a state that can not be operated. 

As the disc 21 with the TOC thereof, including CD-TEXT data, such as, the disc title, is 
mounted on the playback apparatus 20, the disc-title display portion 73, the artist-name display 
portion 74, and the track-name display portion 75 for displaying the title of the disc 21, the 
names of artists and track names, respectively, appear on the window as shown in Fig. 16B. In 
this example, 9 pieces of music are recorded on the disc 21 mounted on the playback apparatus 
20. 
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The window of Fig. 16B also shows strings of characters representing a URL, and an 
electronic-mail address included in the CD-TEXT data. Information on artists and the pieces of 
music recorded on the disc 21 can be obtained from the URL and/or the electronic-mail address. 
The URL and the electronic-mail address are displayed, respectively, as a URL icon 76b and a 
mail icon 76a, on the address-icon portion 76, in a state that can be operated, that is, in the so- 
called active, or clickable display state. The information on the disc 21 such as the disc title and 
the addresses is read out from the disc 21 and subjected to a decoding process, before being 
stored in the memory unit 6. In the memory unit 6, the information is synthesized with the 
operation window 70, to be displayed on the screen. 

It should be noted that, if address information is not included in the CD-TEXT data, the 
address-icon portion 76 is displayed on the window of Fig. 16B in an inactive state, as is the case 
with the window shown in Fig. 16A. That is, if only the string of characters representing the 
URL is detected, only the URL icon 76b is displayed in an active state. 

With the operation window 70 displayed in a state, such as the one shown in Fig. 16B, 
selecting the URL icon 76b by using a pointer and clicking the icon 76b, will cause the computer 
1 to first activate the browser software, in order to obtain file data from a server in the network 
indicated by the URL. After the browser software is activated, a communication with the server 
providing file data is started. It should be noted that, if the browser software has been activated 
by the time the URL icon 76b is operated, operating the URL icon 76b will cause a necessary 
communication to be started. 

If the mail icon 76a is selected and operated for execution, the mailer is activated with the 
electronic-mail address set as a transmission destination. Thus, the user needs only to write a 
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text for the mailer, and carry out an operation to let the mailer send the text. In this way, the text 
can be sent as an electronic mail. 

Figs. 17A and 17B are diagrams showing typical windows for a case in which the disc 21 
is a recorded omnibus album comprising pieces of music performed by a plurality of artists. For 
each artist or each piece of music, a URL and an electronic-mail address are recorded. 

In this case, the track-name portion 75 includes a column showing an address icon 78 for 
each track name as a circle-shaped mark, to indicate whether or not a URL exists. 

More specifically, Fig. 17A shows a window with the disc 21 not mounted yet on the 
playback apparatus 20. Thus, in this initial state, each address icon 78 is in an inactive state 
represented by a white circle in the figure. 

As the disc 21 is mounted on the playback apparatus 20, the window changes from this 
initial state to a screen shown in Fig. 17B, on which the title of the disc, names of artists, and 
names of tracks are displayed with some address icons 78, each turning into, typically, a black 
circle to indicate an active state. A black circle indicates that a track or a piece of music on the 
same row as the circle has a string of characters indicating that a URL thereof has been detected. 
On this typical screen, tracks 1, 2, 4, 6, 7 and 9 each have address information thereof detected. 
That is, the display states of the address icons 78 tell the user which tracks have URLs, for the 
pieces of music represented by the tracks. 

Assuming the user operates the address icon 78 of track 2, a communication with the 
URL, including the activation of the browser software, is executed. Also in this case, if the 
browser software has been invoked, only the communication needs to be started. 

As described above, the window shows address icons 78, each representing a URL. It 
should be noted, however, that an address icon 78 can be used to represent an electronic-mail 
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address as well. As an alternative, if both a URL and an electronic-mail address are detected for 
a track, 2 address icons 78 can also be displayed for the track, to represent the URL and the 
electronic-mail address, respectively. 

In addition, a URL can be displayed, for example, as a string of characters, along with 
various kinds of other information on the disc. 

Assume, for example, that the pointer 79 is moved to the disc-title display portion 73, as 
shown in Fig. 1 8A, and clicked. In this case, an information window 80 appears to display 
information on the disc 21 mounted on the playback apparatus 20, as shown in Fig. 18B. To be 
more specific, the information window 80 displays various kinds of information, such as, the title 
of the disc, and a genre, along with names of artists, song writers and music arrangers. In 
addition, the information window 80 also includes an address display 81 showing a URL for 
obtaining more detailed information. 

On the address display 81, a string of characters is displayed with a format of 
M http://www.***... M which is recognized as a URL in address-detection processing. The display 
format of the address-display 81 is, typically, italic or underlined characters, or characters having 
a color different from colors of other items appearing on the information window 80. By 
providing such different display format to the address display 81, the user is alerted that address 
information is also displayed on the window 80. Then, when the address display 81 is selected 
by the pointer 79 and clicked, a communication with the URL, indicated by the string of 
characters with a format of " http://www.***. . is established. 

In this case, since the string of characters represents a URL, the user is capable of 
recognizing from the beginning a server in the network, to which communication is established. 



29 



00046835 



450100-4842 

As described above, the information window 80, shown in Fig. 18B, displays a URL 
included in the information on the disc 21, as an example of disc information. In the case of an 
omnibus album such as the ones shown in Figs. 17A and 17B, however, the information window 
80 is also capable of displaying track information for a plurality of tracks, along with a URL for 
each piece of track (music). 

Also, as described above, a URL is displayed on the address display 81 of the 
information window 80, shown in Fig. 18B. It should be noted, however, that an electronic-mail 
address can also be displayed. In this case, software for forming the electronic-mail address is 
activated. 

In addition, the display formats of the icons and the string of characters, shown in Figs. 
16A, 16B, 17 A, 17B, 18A and 18B, which indicate address information, are typical. Thus, other 
display formats typically suitable for the configuration of the operation window can also be used. 



(6) Disc Mounting Processing 

The following is a description of processing by the control unit 4 to establish a 
communication, based on a character string representing address information, such as, a URL or 
an electronic-mail address extracted from CD-TEXT data, with reference to a flowchart shown in 
Fig. 19. 

The following description assumes that the user has performed initialization setting, to 
catalog necessary software such as the browser program and the mail program in advance into, 
typically, a recording medium 5 of the computer 1. 

As shown in figure 19, the flowchart begins with a step S001 at which the disc 21 is 
mounted on the playback apparatus 20. The flow of the processing then goes on to a step S002 



30 



00046835.DOC 




450100-4842 



at which CD-TEXT data recorded in the lead-in area of the disc 21 is read out and decoded 
before being stored into the memory unit 6. It should be noted that the processing carried out at 
the step S001 includes formation of a judgment as to whether or not CD-TEXT data is recorded 
on the mounted disc 21, that is, whether or not the mounted disc 21 is a CD-TEXT disc. If CD- 
TEXT data is recorded on the mounted disc 21, the CD-TEXT data containing character 
information is searched for a string of characters. The range of the search for a string of 
character representing address information can be the entire character data of the CD-TEXT data, 
or limited to a portion assumed to include, at least, a string of character representing an address, 
by identifying an ED. For example, in the case of DDI shown in Fig. 14, portions other than those 
indicated by ID1 values of "88h", "89h" and M 8Fh" are taken as a range of the search. 

Then, the flow of the processing proceeds to a step S003, to form a judgment as to 
whether or not a string of characters representing address information has been found in the 
search. If found, the flow of the processing continues to a step S004, at which the string of 
characters found in the search is recognized as address information, and this character data 
representing a URL or an electronic-mail address is stored in the memory unit 6. The flow of the 
processing then goes on to a step S005, at which the character data is displayed in a format for 
the address information described earlier. Information, such as, the title of the disc and names of 
artists, is displayed as ordinary character information. 

Thus, when an application program for the playback apparatus 20 is invoked, it is 
possible to form picture data for address icons 76 and 78 to appear on the operation windows 70 
shown in Figs. 17A and 17B, or picture data for the address display 81 to appear on the 
information window 80 shown in Fig. 18B in the memory unit 6. The icons 76 and 78, or the 
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address display 81 based on these pieces of picture data, are then displayed on the monitor unit 8 
through the picture-signal processing unit 7. 

Subsequently, the flow of the processing goes on to a step S006, to form a judgment as to 
whether a click operation has been carried out by using the keyboard 2, or the mouse 3 on the 
address icon 76, or the address display 81 appearing, respectively, on the operation window 70 or 
the information window 80, which is displayed on the monitor unit 8. If a click operation has 
been carried out, the flow of the processing proceeds to a step S007, to form a judgment as to 
whether the address icon 76, or the address display 81 represents a URL, or an electronic-mail 
address. 

If the address icon 76 or the address display 81 represents a URL, the flow of the 
processing continues to a step S008, at which the browser software is activated. The flow of the 
processing then goes on to a step S009, at which communication processing to make an access to 
the URL is carried out. 

If the address icon 76 or the address display 81 represents an electronic-mail address, the 
flow of the processing continues to a step SO 10, at which the processing to activate the mailer is 
carried out with the electronic-mail address set as a transmission destination. 

As described above, the CD-TEXT data including character information is searched for a 
string of characters to allow the string of characters to be recognized as address information. 
Then, access to the network based on the address information can be made. 

Thus, it is no longer necessary for the user to enter a string of characters representing an 
address. Since address information detected from the CD-TEXT data is displayed as an icon, or 
a string of characters with a predetermined format, the user easily recognizes the address 
information. 
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Since all the recorded characters are searched, it is not necessary for the creator of the 
CD-TEXT to record an address on the disc 21 in a special format. 

As described above, the embodiment implements a playback apparatus for playing back 
information from a CD-DA disc. However, the present invention can also be applied to a 
playback apparatus for playing back information from a disc such as a DVD. 
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